扫码关注
- 全部
- 默认排序
嵌入式调试时经常遇到反常情况，定时器的使能位、中断优先级都按手册配置完成，运行后完全进不了中断服务函数，反复读寄存器值也显示配置正确。问题大多不是参数写错，是时钟和硬件的隐性细节没处理到位。1. 定时器外设时钟没开很多MCU的定时器时钟默认
嵌入式 · MCU · 内部时钟与外部晶体MCU里已有时钟，为何还要外接晶振？内部RC方便启动，外部晶体通常提供更稳定的时间基准 图 1 MCU时钟树通常同时提供内部和外部时钟入口很多MCU带内部RC时钟，确实可以不接外部晶体。是否外接，
机械按键 · GPIO · 硬件软件防抖按键只按一次，MCU为何会收到一串跳变？手指完成一次动作，机械触点却可能先接通、弹开、再接通 机械触点在闭合或断开的短时间内会反复接触，GPIO看到的是一串高低电平边沿。若中断或扫描程序把每个边沿都当
晶振离MCU只远一点，为何更难起振？晶体回路靠微弱环路条件起振，多出来的走线会直接进入振荡网络 晶体不是一根普通数字时钟线。MCU内部放大器、晶体、负载电容和PCB寄生共同构成振荡环路；器件离得更远，附加电容、电感、损耗与噪声耦合都会增加，
电源慢慢上升，MCU为何不一定可靠复位？RESET释放太早，程序可能从不稳定电源里起跑 简单RC复位的节点会跟随电源斜坡，还受阈值、漏电和残余电荷影响。慢上电或短时间重上电时，复位有效脉宽未必覆盖电源和时钟稳定区间。同一块MCU板，快速拔插
一直在喂狗，系统为何仍可能假死？喂狗动作只能证明某段代码被执行，不能自动证明所有任务、外设和通信链路都健康 若喂狗放在定时中断、空闲任务或一个仍能运行的主循环分支里，即使关键任务死锁、外设卡住或数据停止更新，看门狗仍会持续刷新。可靠方案要把
SPI时钟没乱，为何两颗从机一起回话？共享MISO的前提，是任一时刻只有一颗从机驱动它 SPI的SCK和MOSI可以同时送到多颗从机，但每颗从机需要独立片选。若两路CS重叠，或未选中器件没有释放MISO，两颗推挽输出可能同时驱动一条线，出现
去耦电容贴近MCU，为何EFT仍会复位？去耦电容守住的是芯片脚边，瞬态可能从更远的入口进来 MCU旁的去耦电容能降低局部供电回路阻抗，却不能自动消除从电源线、连接器、复位脚和输入线注入的EFT能量。入口限流钳位、低阻抗回流和引脚保护需要连成
MCU进了低功耗，电流为何还是下不去？执行WFI只说明内核准备休息；外设时钟、调试保持、唤醒事件和板外负载仍可能继续耗电 MCU进入低功耗后整板电流不降，常见原因不是指令无效，而是选错模式、外设未关、挂起事件立即唤醒、调试器保持时钟，或外围
光耦输入电流够了，输出为何仍拉不低？LED有电流，只说明光耦被点亮；输出能否拉低，还要看最小CTR能提供多少集电极电流 光耦输入侧已经测到电流，MCU端却偶尔读不到低电平，很多人会继续加大LED电流。更有效的做法是把输出上拉所需电流算清楚，
